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(57) Abstract: An improved method, system, and architecture for mformation display and organization is disclosed. Also disclosed 
is a fully integrated, automated, dynamic, distributed, and comprehensive System Human interaction facilitation system (information 
display and organization system). This system is based on a distributed network architecture that allows for page creation to be done 
remotely from anywhere in the world to a central server that serves the world. This system is based on easy creation of informational 
pages consisting of simple predefined page parts. Individual pages are tagged according to the type of page and the location in a hier- 
archy of pages. Pages are registered into categorization schemes to facilitate retrieval according to category. Pages are also indexed 
based on text contained in the pages, page type, and initiator to allow for r^id and accurate letrieval of specific pages via searching. 
The overall hierarchy of pages created in one particular language is replicated across all working languages of the specific theme 
area. This system can be used to facilitate a wide variety of interactions, such as those between private individuals, those between 
individuals of the same or different businesses/organizations. The facilitated interactions can be for a variety of purposes, such as 
interacting in conjunction with a shared hobby or other interest, interacting in conjunction with the purchase by a private individual 
of a product or service from a business, and interacting in conjunction with the purchase of a product or service by individuals within 
the same business/organization or different businesses/organizations. The interactions that can be facilitated can be extended to the 
facilitation of human interaction across national, language, and other borders/barriers. 
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IMPROVED METHOD, SYSTEM, AND ARCHITECTURE FOR INFORMATION 

DISPLAY AND ORGANIZATION 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to the facilitation of interactions between 
individuals and, more specifically, to the use of digital network-based informational 
5 interfaces to promote fee interaction of individuals for purposes such as fee exchange of 
information and facilitation of product purchases and sales, namely via an IMPROVED 
METHOD, SYSTEM, AND ARCHITECTURE FOR INFORMATION DISPLAY AND 
ORGANIZATION. 

10 2. Description of Related Art 

Human interactions have changed over time from exclusive fece-to-face 
interactions (including fee exchange of physical materials such as letters and fee like), to 
include the use of direct real-time distance-separated interactions via voice or images over 
phone lines or airways, as well as fee use of virtual real-time or time-delayed interactions 

15 via intermediary digital networked-based media (as can be found on fee World Wide 
Web). The use of digital network-based &ciIitation of human interactions is becoming an 
increasingly important part of everyday life, but feere are still many severe lunitations on 
the ease of use, efficiency, accuracy, and reach of fee facilitation process. Three of fee 
most problematic processes of human interaction fecilitation via digital network-based 

20 processes are the following. 
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1. The process by which an mdividual can mitiate the facilitation process by 

indicating/describing what they are interested in, have to offer, etc. 

2. The process by which an individual can locate information that has been made 
available by other individuals regarding their interests, offerings, etc. 

5 3. The process by which national language, and other borders/barriers, across which 
there is a need for such facilitation of human interactions, are bridged. 

What is needed is an integrated system and method for the easy, efficient, 
accurate, and fer-reaching facilitation of human interactions via uitermediary digital 
network-based media. 
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SUMMARY OF THE INVENTION 

In light of the aforementioned problems associated with the prior systems and 
methods, it is an object of the present invention to provide an Improved method, system, 
and architecture for information display and organization. 

5 The present invention contemplates a system whereby an individual (initiator) can 

easily, efficiently, and accurately create an intermediary digital network-based media 
description related to their interests, offerings, etc. This information can range from a 
simple one-line description of their interests, offerings, etc. to a massive and rationally 
structured set of pages that describe their interests, offerings, etc. Furthermore, this 

1 0 information or parts thereof can be logically registered into a categorization scheme that is 
designed to most rationally present the information to individuals (receivers) that are 
potentially interested. Furthermore, in the same categorization scheme, an individual 
(receiver) can indicate their areas of interest and hereby initiate interaction with other 
individuals (receivers or initiators). Furthermore, the information created by individuals 

15 (initiators) can be digitally searched based on specific types of pages, and content 
contained therein, by other individuals (receivers) who might be interested in finding such 
information. Finally, this information can be rationally structured and categorized 
similarly in an automated maimer in other languages or formats that allow for it to cross 
national, language, and other borders/barriers. 

20 Accordingly, it is an object of this invention to provide a method and means for 

easily creating pages of information based on shnple page parts. It is another object of 
this invention to provide a method and means for creating a highly rational hierarchy of 
pages based on page types and page registration. It is still another object of this invention 
to provide a method and means for allowing pages to be registered into a categorization 

3 
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scheme. It is still another object of this invention to provide a method and means whereby 

an individual (receiver) can register their areas of interest into a categorization scheme. It 

is still another object of this invention to provide a mxilti-lingual information management 

system that replicates the page parts, pages, hierarchy, and categories of pages across 

5 multiple languages. 

These and other objects may be fully understood through the description and 
accompanying drawings that follow. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The objects and features of the present invention, which are beheved to be 
novel, are set forth with particularity in the appended claims. The present invention, both 
as to its organization and manner of operation, together wifli further objects and 
5 advantages, may best be understood by reference to the following description, taken in 
connection with the accompanying drawings, of which: 

Figure 1 is a diagram of the conventional client (browser)-server (web 
server) interaction in a system for generating web pages dynamically; 

Figure 2 is an example of a web site structure showing the page hierarchy 
10 for a business-to-business interaction system; 

Figure 3 is a diagram of a preferred embodiment of the Human Interaction 
Facilitation System of the present invention; 

Figure 4 depicts the interaction between the database and the page creation 
application in creating an assembled page body; 
15 Figures 5 A, 5B, and 5C depict preferred embodiment of a Page Common 

Record, a Page Part Record, and a Page Identifier Record, respectively; 

Figure 6 depicts the interaction between the Receiver and Initiator Access 
hiterfaces and the Page Creation Apphcation; 

Figure 7 is an image of a preferred page creation tool interface; 
20 Figures 8 A and 8B are example pages of hierarchy navigation mterfaces in 

English and Japanese, respectively; 

Figure 9 depicts the opening of a particular page in a preferred page 
preview window; 

Figure 1 0 depicts a page open in a preferred work space area; 
25 Figure 11 is an example of a dialog box for setting basic page properties; 

5 
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Figure 12 is an example of a dialog box for setting advanced page 

properties; 

Figure 13 depicts a preferred tool for making combinations of page parts; 
Figure 14 is a preferred scheme for registering a created page into the 
5 front-end categorization scheme; 

Figure 15 is a preferred site search interface that allows for targeted 
searching against page types; and 

Figure 16 is a depiction of a preferred collapsed site structural display, 
provided to highlight a dynamic category browsing scheme using parent-categoiy/child- 
1 0 category relationships. 



6 
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DETAILED DESCRIPTION 

OF THE PREFERRED EMBODIMENTS 

The following description is provided to enable any person skilled in the 

art to make and use the invention and sets forth the best modes contena{>lated by the 

5 inventors for carrying out their invention. Various mocUfications, however, will remain 

readily apparent to diose skilled in the art, since the generic principles of the present 

invention have been defined herein specifically to provide an Improved method, system, 

and architecture for information display and organization. 

The present invention can best be understood by initial consideration of 
10 Figures 2 and 3. Figure 2 is an example of a web site structure showing the page 
hierarchy for a business-to-business interaction system, and Figure 3 is a diagram of a 
preferred embodiment of the Human interaction facilitation system (information display 
and organization system) of the present invention. 

While the Human Interaction Facilitation System (HIFS) described here 
15 can be adapted for use with any number of digital media formats (CD-ROMs, private 
digital networks, etc.), the present invention is particularly well suited for use with open 
networks such as the global World Wide Web infrastructure and readily available and 
easy to use interfaces such as web browser (e.g., those made by Microsoft, Netscape, etc.). 
As an example of this invention, the use of this HEFS on the World Wide Web with web 
20 browsers for facilitation of interactions between individuals in a high-tech business-to- 
business interaction setting on a global multi-national/multi-lmgual scale will be described 
(see Figure 3). 

To facilitate human interaction in the most efficient manner possible and 
on the largest scale possible, the now common web browser of a client computer is used to 

7 
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commiinicate with the HDFS that resides on a sender computer. Communication between 

the web browser on the cUent computer and the HDFS is done on a global scale over the 

World Wide Web using standard TCP/DP protocols. In the current human interaction 

facilitation scheme, there are two main types of individuals involved. The first is the type 

5 of individual (initiator) who creates information in an effort to initiate interaction. The 

second is the type of individual (receiver) vA\o seeks out such information and determines 

if interaction is desirable, and therefore should be commenced. The initiator can use any 

commonly available computer (e.g., an Intel CPU-based computer with the Windows 

operating system, where the Intel CPU is preferably a Pentium 100 MHz or higher CPU 

10 and the Windows operating system is Windows95 or higher). To access the facilitation 
system, the initiator can use a commonly available web browser (e.g., Netscape Navigator 
or Microsoft Internet Explorer, where the preferred version is 4.0 or higher). The receiver 
can use any commonly available computer (e.g., Intel CPU-based computer running the 
Windows operating system, where there is no particular preference regarding the speed of 

15 the CPU, btit the preferred Windows operating system is Windows95 or higher). To 
access the facilitation system, the receiver can use any commonly available web browser, 
where there is no particular preference regarding the version of the browser. The 
facilitation system itself resides on a server computer running a web server program, a 
dynamic database-fed web page generation program, and a database program that houses 

20 the information created. The server computer operatii^ system (OS) can be UNIX, 
Windows or any other suitable operating system, where the web server program can be 
any conmionly available web server program (e.g., Microsoft AS web server). Examples 
of applications for dynamic web generation are Allaire's Cold Fusion program and 
Microsoft's ASP program. The database program can be any database that can be 

25 accessed by the dynamic web generation program, for example Microsoft's Access, 

8 
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Microsoft's SQL, Oracle, Sybase, etc. Our commonly used server configuration is an 

Intel CPU-based server running WindowsNT, where the hitel CPU is preferably a 200 

MHz or higher CPU, the RAM is 128 MB or higher, the web server program is 

Microsoft's IIS web server, the dynamic web generation program is Allaire's Cold Fusion 

5 program, and the database is Microsoft's Access. A more preferred database would be 

one firom the robust enterprise-class of databases such as Microsoft's SQL, Oracle's 

Oracle, or the like. 

The above constitutes the basic components of the HIFS, where the current 
invention focuses on three aspects. One, the server-side software program created to work 

1 0 in conjunction with dynamic web generation program. Two, the access interfaces that are 
loaded into the two types of main individual's web browsers. Three, the underlying 
database tables (their structures and relationships). The software program of the current 
invention allows for automated and globally distributed facilitation of interactions among 
an unlimited number of individuals who do not need to be interacting at the same time nor 

15 in the same human language. 

The relationships and interaction between flie various programs residing on 
a conventional server when employing a Page Creation application (e.g. one made by 
using "Cold Fusion") are clarified in Figure 1. Figure 1 is a diagram of a conventional 
system 8 involving client (browser) 14 -server (web server) 10 interaction to generate web 
20 pages dynamically. Interaction by an individual with the system 8 is typically initiated by 
clicking on a link, button, or other object that sends a request for a URL to the server. If 
Cold Fusion is present and the URL request refers to a file on the server that is identified 
as a Cold Fusion template (program file with the suffix .cfin, vAnch is used by the Cold 
Fusion dynamic web generation program), then the .cfin template is read by the Cold 



9 
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Fusion engine 16, which then executes all Cold Fusion commands present (i.e. those in the 

language referred to as CFML). The Cold Fusion templates are like normal HTML files, 

but they include a mix of HTML (can include JavaScript and other scripts) and CFML 

commands. The CFML cpmmands can include a wide variety of SQL database query 

5 commands that allow the template to do things like a select query to pull a copy of data 
fi-om the database. Other CFML commands can output the text (that has been pulled ficom 
the database by a select query) as formatted HTML* When this process is finished, a 
complete HTML-based file is produced that is then passed to the Web server 10. The 
Web server 10 in tum passes the HTML-based file on to the web browser 14 of the 

10 individual who made the initial URL request. The individual will then see the page that 
they requested as a normal HTML-formatted page. The strong advantage of using this 
approach is that the massive amount of information that is necessary to construct a large 
web site can be stored in the database. This approach allows for easy storage, 
manipulation, and retrieval of the information. Furthermore, the information can be 

15 selected firom the database and output as normal HTML, all by using only one Cold 
Fusion template. Thus, one essentially traditional HTML page (used as a Cold Fusion 
template with some CFML commands mbced in) can be used to show an infinite number 
of HTML pages depending on the content fed to the template by the database select query. 
This approach allows for the creation and easy maintenance of massive informational web 

20 sites with minimum overhead. In particular, the look, feel, and content of a massive web 
site can be changed by changing only one (or a few) templates. 

The advancement provided by the present invention involves the creation 
of an architecture, method and system that utilizes this standard web site generation 
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language (e.g. Cold Fusion) in a unique way in order to provide hierarchical web site 

structure of virtually unlimited size and complexity. 

The typical initiation pomt for using the HIFS (the improved system of the 
present invention) to facilitate interaction between individuals is the creation of 

5 informational pages that describe the initiator's interests, offerings, etc. Here, the example 
of a high-tech company describing its various products, services, licenses, and other 
offerings is used. The process is started when an initiator of the information accesses Ihe 
server system via a web browser and logs onto the system. An attempted logon calls a 
security program consisting of HTML and CFML commands that query the user profile 

10 database to see if the logon information (name and password) are valid. If the query 
returns one valid result, then the profile parameters for that individual are obtained by a 
select query of the profile database. Key parameters for the individual are stored on the 
Cold Fusion server (as session variables that persist for a set period of time). These stored 
parameters for the individual allow for their session to be verified as an ofGcial secure 

15 session and to modify interfaces presented to the individual based on their preferences. 
Logon is followed by automatic loading of a JavaScript program and HTML or other 
scripting language into the initiator's browser. The look and feel of the interface can be 
automatically and appropriately modified to meet the preferences of the individual (e.g., 
preferred language, etc.), based on flieir profile data stored in the database. Logon results 

20 in the generation of a page creation and page hierarchy management tool within die 
browser that can then interact with itself and closely over the World Wide Web with the 
counterpart software program of this invention that resides on the server computer. All 
information created by the individual (initiator) is ultimately saved into the database on 
the server, which allows for rapid and easy manipulation by the initiator, collaboration 
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with colleagues in other parts of the world, and rapid and easy access by the individuals 

using the information (receivers). 

Before describing the page creation and page hierarchy management tool 
in detail, it is best to describe what pages in this system consist of and how they are 
5 handled. Complete pages that are created by use of the page creation and page hierarchy 
management system consist of three fundamental parts. Each part is stored in various 
forms within database tables. Hie three fimdamental parts of a page are as follows. 

1, Page Body data 

2. Page Common data 

10 3. Page Identifier data 

As shown in Figure 3, the core unit of information that is created by the 
initiator when using the page creation tool in this system is the Page Body 34. To 
facilitate human interactions in a rapid and simple method, Page Bodies 34 can be rapidly 
assembled from simple predefined Page Parts 32 that do not require knowledge of 

15 programming or scripting languages to use (e.g., HTML, DHTML, XML, JavaScript, 
etc.). Page Parts 32 are such things as tides 32A, text 32B, images 32C, and other parts 
that are commonly found on normal web pages. As a simple alternative to using multiple 
Page Parts, fiill and completely formatted pages can be easily created by pasting existing 
HTML into a smgle text part. This is particularly usefiil when pre-existing HTML pages 

20 are available. Pages are typically created in sections that can have one or more page parts 
per section. 

The layout of the Page Parts 32 within the Page Body 34 as viewed in the 
page creation tool is controlled by placement of the Page Parts 32 in standard HTML table 
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cells, v^ere fhe placement is automatically handled by the page creation tool based on the 

page positioning and part groupings specified for each part. This same table cell 

formatting is saved as a series of parameters with each of the parts into the database so 

that the entire page can be recreated with the proper layout by merely recallmg the parts 

5 and their format parameters fi:om the database and outputting the formatted page. 
Individual parts of a page are stored in individual data rows in a database table. A 
particular page part will be stored with parameters that identify the initiator's aflSliation, 
the identity of the particular page body 34 (to distinguish it from other Page Bodies), the 
order of the part on the page (relative to the other parts that make vp the page), the ID of 

10 the part type 32 (to indicate if it is text, image, etc.), parameters defining the style of how 
to show the part, parameters defining if the part should be shown, parameters that 
correspond to the table formatting needed to accurately show fhe part on the page, 
parameters that are associated with how to show the content of the part (e.g., if text, then 
these would be formatting parameters such as color, size, font, etc.), and the actual content 

15 of the part (the actual text, the actual image file name, dbo.y An important feature of this 
approach is that the content is cleanly separated from its formatting, which allows for easy 
manipulation and modification of the content and the formatting. In an early version of 
the part structuring and storage in the database, a simple one-row two-column table 
structure was used. This, however, results in severe limitations on how the parts can be 

20 grouped and variously arranged, so a comprehensive table structuring algorithm was 
created that allows for complex table formations that support complex part groupings and 
even the inclusion of groups within groups. 

Figure 4 is an additional depiction of the relationships between the 
database and the assembled page, wherein it is depicted that the individual parts for a 
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particular page 34 can either be saved to or read from tiie database. Saving can be one of 

two types, insert new (for a new page) or update old (for an existing page). Saving parts 

for a new Page Body 34 is typically done by a database query that inserts the parts for the 

new Page Body 34 into the database. Saving parts for an existing Page Body 34 is 

5 typically done by a database query that updates (or deletes and then inserts) the changed 
parts into the database. Reading parts fiom the database is typically done by a database 
query that selects the parts from the database. These saving or reading processes are most 
easily done by using SQL database commands written directly into the templates 
(programs that are the object of this invention) that are used by the dynamic web 

10 generation program. Because there are potentially an unlimited number of parts that can 
be placed on a page, the SQL database commands that do the actual saving of a particular 
part are repeated within the template by looping over the routine for the appropriate 
number of times for each individual part while doing an include for each instance of the 
saviQg routine as needed for each individual part 32. 

15 In a similar manner, the output of parts as a complete page in the 

workspace of a browser is accomplished by selecting the parts from the database via a 
select query and then looping over a routine that includes output routines for each part as 
formatted HTML or other script-based content Page Bodies 34 created within the page 
creation tool are isolated (or "orphaned") content until they are assigned to Page Identifier 

20 Records (discussed herein below), which associates them with one or more page identities 
- this fixes their position within a larger hierarchy of pages created by the initiator. 

If we tum to Figure 5, we can examine the nucleus of the novel method 
and system of the present invention. Figure 5 A depicts a Page Common Record 51 (or a 
portion of one); the Page Common Record 51 comprises a plurality of Common Data 

14 
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Components 53 that are related to all Page Part Records (see below) that comprise the 

Page Body 34 of a particular (assembled) page. Some of the types of information 

contained within the Page Common Record 51 are: tiie fiuidamental characteristics; 

language related data (e.g., the language used during the first creation of the page, the 

5 current language version of the page, etc.); and the history (e.g. creation date, modification 
date, ID of the person who created or modified the page, IP address of the computer used 
to edit the page, etc.) of a particular (assembled) page. By placing this information in one 
separate record per assembled page body 34 (rather than repeating it as necessary within 
Page Part Records, described below), efficiencies are obtained in the maintenance and 

10 update of the information contained within the Record 5 1 . 

Now turning to Figure 5B, we can examine the next component group that 
contributes to make an assembled page body 34. Figure 5B depicts a preferred 
embodiment of a Page Part Record 50, in a very simple form. The Page Part Record 50 is 
a record containing Page Part Data Components 52. The Page Part Data Components 52 

15 contain the data and/or links to data that make up a particular assembled page bodjr, this 
data is typically stored as one row of data per page part, with one parameter per row field. 
Examples of the stored data and parameters include: information that identifies it as 
belonging to a particular initiator and being part of a particular Page Body, indicates the 
Identification of this particular part; the type of page part that this Record 50 constitutes; 

20 and the content of the page part (or, perhaps an address or Imk to an external file to be 
displayed as the page part). Data is saved to or updated m the Page Coirunon database 
tables (for Page Common Records) and Page Part database tables (for Page Part Records) 
by standard insert or update SQL queries in the save routine (CFML commands). 
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Finally turning to Figure 5C, we can examine the third (and potentially the 

most valuable) component of an assembled page body; that of the Page Identifier 

Record(s) 55. The Page Identifier Records 55 essentially provide navigational links 

between a display page (Le., an assembled Page Body 34) and other (assembled) pages 

5 within the Web site. Pertinent information contained within the Page Identifier Data 

Components 57 (in addition to the company and page ID's) is the ID of the parent "page" 

to the instant "page." Unlike conventional (static) web site designs that include 

navigational links to related pages, the preferred design of the present invention only 

includes the parents of the displayed page. In order to determine whether or not to display 

10 the children of the displayed page (i.e. in a navigation section of the page body 34), it is a 
matter of conducting a simple database search for any pages listing the present page as 
their parent. By constructing the navigation section of the page body 34 in this manner, 
there is no possibility of having "dead" links (i.e. links to non-existent pages), skice a link 
will display only if the child exists (otherwise the search would not include the child as a 

15 result). Furthermore, a substantial advantage of the instant design is that each "link" 
provided by a displayed Page Identifier Record 55 is separate from any other link; as a 
result, one particular Page Body 34 may have several options in terms of how many and 
which Page Identifier Records 55 will be displayed and how they will be displayed, 
depending upon a number of variables and conditions. In a conventional situation, the 

20 Page Identifier Records 55 displayed for a particular Page Body 34 will be the *'parent" 
pages to the displayed page, and the "child" pages to the displayed page. 

The Page Identifier Data Components 57 are assigned (i.e. Records 55 are 

created) when a Page Part Record 50 is created and then saved in total into the server 
database. Specifically speaking, the page identifier data consists of several parameters 57 
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that are stored in a database table, typically as one row of data per p^e, with one 

parameter per row field. Page identifier data is used to hold high-level information about 

the larger hierarchy of pages tiiat mi^t have been created by the initiator. This high-level 

identifier data is used to, among other purposes, identify the name and description of the 

5 page \\4ien reporting the existence of Ihe page m search or browse results. It is used to 
identify the page as a particular type of page such as a product line page, a product 
description page, a product features page, etc., which is useful for focusing search results 
to specific types of pages. It is used to identify the page in terms of its registration 
positions(s) within the larger hierarchy of pages that have been created. That is, to 

10 identify the page as beiug registered underneath one or more other pages that are in tum 
registered into other pages, etc. This registration of pages into other pages creates the 
highly rational hierarchy of pages that make up the informational site tiiat has been 
created. Registration is accomplished by first domg a database query of the default page 
hierarchy table to determine what page type(s) the current page is allowed to be registered 

15 into. Then the actual page hierarchy of Ihe current individual's resulting pages are 
grouped by page type in alphabetical order and presented to Ihe individual for selection as 
parent pages that the current page can be registered into. Here a known CFML routine 
called DoubleBox is used to present the resulting parent pages according to type to the 
individual, where multiple DoubleBoxes are used when there is more than one allowed 

20 page type. The individual then selects the appropriate page(s) and submits the results, 
which are sent to a save routine that inserts an entry into the Page Identifier table for each 
selected parent page. The save routine is looped over for each of the working languages 
of the site to simultaneously create the page hierarchy for the site in all working 
languages. In essence, then, each Page Body 34 is a combination of a single Page 

25 Common Record 51 , one or more Page Part Records 50 and one or more Page Identifier 
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Records 55. Some of the key parameters contained within Page Identifier Records 55 are 

defined below: 

1. Identifier: a unique number such as 2000-25 that uniquely identifies 
the page ("Page Identifier Parameter")- It is preferably comprised of 
5 two components: 

a. Co_ID: a unique number such as 2000 that uniquely identifies 
the initiator, 

b. LocJD: a unique number such as 25 that uniquely identifies 
the page in the initiator's hierarchy of pages. 

10 2. Parent Loc ID: a number such as 20 that identifies the parent page 

into which the current page is registered ('Tarent Registration 
Parameter"). 

3. Item_ID: a unique number such as 15 that uniquely points to the page 
body of a particular page ("Page Body ED Parameter"). 

15 4. Parent__Item_ID: a number such as 10 that uniquely identifies the 

parent page body of a particular page ("Parent Parameter"). 

5. Type: a number that identifies the page type of the current p^e ("Page 
Type Parameter")- The type of page is selected from a group of page 
types ("Page Type Group") that is provided to the initiator during the 
20 site design process; control of page types available for a particular new 

page being place in the hierarchy will prevent the use of incompatible 
pages, and will improve the overall fiinctionality of the resultant site. 
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6. Type_Pai:ent: a number that identifies the page type of the parent page 

("Parent Type Parameter"), 

7. Name: a text field that holds the name of the current page C'Page 
Name Parameter"). 

5 8. Description: a text field that holds a brief descriptiim of the current 

page ("Description Parameter"). 

9. Children: a Yes/No field that indicates if the current page has child 
pages ("Child Parameter") 

10. NameJLang: a field that indicates the language of the current page's 
10 name and description ("Language Parameter*'). 

1 1 . On_OfiF: a Yes/No field that indicates if the current page can be viewed 
(by a receiver) ('^iev^rability Parameter"). 

12. Class: a number field that indicates the class of the current page (e.g.» 
normal page, category page, form page, etc.) ("Class Parameter") 

15 13. Administrative: A variety of other parameters that control various 

aspects of how the page appears or can be used (which company logo 
to use, the page's security, etc.) ("Administrative Parameter(s)"). 

Referring back to Figure 3, we can see that Page Type identities represent 
a high-level fi-amework for a complete informational web site. This structure allows for 
20 very complex page hierarchies 20A to be easily created, modified, and manipulated, as 
well as for easy, precise, and accurate access to specific types of pages by other 
individuals (i.e. receivers) via the access interface. In this example, the name and 
description of individually created pages (of any of the specific page types), along with 
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several related parameters associated with each page (page type, security, page header that 

should be used, how to show page links, etc.), are maintained in a database. The Page 

Bodies 34, via their Page Identifier Records SS, can also be registered in Categories 36 in 

order to provide the initiator and receiver wifli additional search and display options. Tlie 

5 relationships between pages are also maintained m this database table as defined by the 

parent-page/child-page relationships. A particular page can have one or more parent 

pages and none, one, or more than one child page. 

Miiltiple instances of pages can exist (i.e., a page registered into several 
other parent pages), where each instance of the page can have its own individualized 

10 name, description, and other related parameters (see Figure 4). Figure 4 is a database 
structure indicating page properties and relationships. The actual page content 
(combination of page parts) will typically be the same for all instances of a page registered 
into various parent pages, but variations of each page can also be accommodated 
depending on location, etc. Importantly, by using the Loc_ID, it is possible to register the 

15 same Page Body into different locations within the hierarchy of pages, but because each 
registration of the page has a unique identity (e.g., Loc_ID, name, description, security, 
etc.), they can be treated and viewed as individiial pages. Here the Page Body would 
typically be the same for each instance of the page. 

When a completed p^e is saved, its Identifier Records 55 are replicated 
20 across all working languages of the system. In the situation where a page is being saved 
in a non-English language, when the dialog boxes for inputting the name and description 
are displayed, the user (initiator) is presented with one set of boxes for the non-Enghsh 
input and one set for English input. The non-English data goes into the table for that 
language and the English goes into all other languages. la this way, the entire hierarchy of 



20 



BNSDOCID: <WO. 



0118685A2J. 



wo 01/18685 PCTAJSOO/24459 
the informational site is replicated across all working languages even thou^ some of the 

pages may not have translated content yet (i.e., no Page Body 34 exists for one or more 

specific languages). This insures that the overall structure of a web site is complete and 

consistent across all languages and that all language versions can be simultaneously 

5 managed from one language. The actual replication of the information across each 
language table is carried out simply with the use of a program that loops the data saving 
routine through each of the working languages. In such a situation, the table names are 
typically modified with the language identifier. For exan^}le, a table holding common 
page data would have the name of Item_Common_ENG, Item Common JPN, etc. The 

10 saving program loop would then check what the working languages are for a particular 
system and loop through the saving routine for each language. Lnportantly, die master list 
of working languages for each system is stored in a master file (called the Application.cfin 
file in the case of using Cold Fusion), so merely adding or deleting a language from the 
master list of working languages (and ensuring that the appropriate tables exist) instantly 

15 expands or contracts the languages for which the system is con^atible. 

Each page type can have its own set of default forms that indicate how that 
type of page should be structured when it is first created. These forms are like normal 
pages, but they are identified by their class number (which is located in the Identifier data 
table) as a form and are associated with a particular type of page based on their page type. 
20 These forms can be opened as default pages for a particidar page type that is being newly 
created and used as is or modified to create a different page layout. 

In the example used here for high-tech companies, several page types are 
used- For example, company description pages, product line pages, product description 
pages, product specification pages, etc. for a "business-to-business theme" area (see 
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Figure 2), wherc each pagp exists in a rational hierarchy of pages. That is, a product 

specification page would be registrable into product description pages, which in turn 

would be registrable into product line pages, which would in turn be registrable into the 

main company page- Thus, when a page is being saved as a new page, depending on the 

5 type of page that it is, the choice of pages that it can be registered into is pre-determined. 
This scheme creates a highly rational and easy to create/use hierarchy of pages. This 
approach introduces a very important simplification to linking pages compared to 
traditional hyperlinks of normal HTML-based systems. That is, a complex hierarchy of 
pages is created fi:om the top down, vs^iere pages can only be registered into already 

10 existing pages higher up the hierarchy and only within the types of pages that they should 
be registered into. This creates a situation in which it is virtually impossible to have 
"dead" links as are commonly found on the World Wide Web. Furthermore, there is no 
need to create hard links within the body of a page because the information related to 
forward or backward links is maintained in the database table (where backward links are 

15 identified as parent pages if needed to create a browse trail leading to the current page), as 
well as all of the sibling or child pages that exist for the current ps^e. Because all of the 
links can be generated dynamically when a particular page is requested, the links are 
always live Imks. If a particular page is removed fi-om the page hierarchy, then the links 
referring to that page will no longer appear because the page is no longer the child of any 

20 pages. 

Additional page types can be fi:'eely added by the individual to their page 
hierarchy or to the larger system hierarchy, where these individually created page types 
may or may not be specifically identifiable/recognizable by the larger HIFS. 
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The use of page types and parent-page/child-page relationships, along with 

the use of one or more form pages for a particular page type gives this scheme incredible 

efficiencies and flexibility for dealing with small or massive informational web sites. This 

level of simplicity and automation is critical for building a massive collection of 

5 informational web sites in a larger and veiy massive informational web site for the 

particular theme area being dealt with. 

In order to &cilitate rapid creation and editing of the site content and 
structure, the arrangement depicted in Figure 6 is provided. As can be seen, the Interface 
14 (see Figure 1) can be separated into two distinct parts - the Initiator Access Interface 
10 14A and the Receiver Access Inter&ce 14B. During editing, the Initiator will int^act 
with a Back-end Database 18A via the Page Creation Application 16. The Back-end 
Database 18A is, essentially a for-editing copy of the Front-end Database 18B. The 
Initiator can view either the Front-end or Back-end Database 18B and 18A, respectively, 
however, the Receiver can only access the Front-end Database 1 8B. 

1 5 The interface that is loaded into the initiator's web browser consists mainly 

of two parts. One part is the normal HTML or other such script-based objects that appear 
within the workspace of the browser. The other part is the JavaScript (or other suitable 
language) that remains essentially invisible within the full script that is loaded into the 
browser. The JavaScript is used to operate the interface on the client-side of the software 

20 program, which allows for minimizmg initiator interactions with the server and thus 
server-side overhead (which is important for being able to serve massive numbers of 
people on a global scale). The JavaScript part of the program is largely responsible for 
maintaining the state of the interface (e.g., which buttons should be active depending on 
the current activity of the initiator); initiating HTML or other JavaScript calls based on 
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receiver actions, timed events, number of times that an event has occurred, etc.; and 

keeping track of changes made (by tmcking in data arrays) so that the changes can be 

undone or transferred to the server database when a save to the server is initiated. 

When an individual uploads the program over the World Wide Web, a 
5 simple inter&ce for using the page/page-hierarchy creation/maintenance tool is loaded 
into their browser (see Figure 7). This inter&ce has buttons to initiate different functions. 
For example, one button will allow an individual to create a new page of a specific type 
within their informational area. Another button opens the navigation tool that allows the 
individual to navigate through their informational area to select a page to work with. In 
1 0 this example, buttons are interface-state dependent and are available or unavailable for use 
depending on the state of the interface and v^t action the individual is currently doing. 
CMher button and menuing systems can also be used. 

Navigation around an exiting hierarchy of pages can be done in a number 
of ways, where one way resembling a file navigation system is used here as an example 

15 (see Figure 8A). Figure 8A is an example page hierarchy navigation interface in English. 
The individual can navigate in the initial language of their preference or change to other 
languages supported by the system (e.g., Japanese, see Figure 8B). Figure SB is an 
example page hierarchy navigation interface in Japanese. The navigation program is 
based on parent-page/child-page relationships and tiie showing of child pages for the 

20 currentiy selected parent page based on standard SQL queries of the particular 
organizations hierarchy of pages. The representation of category-like pages (e.g., product 
lines vs. product description pages) is based on the Class of the particular page. 
Furthermore, regular pages will be represented by a small page icon (vs. a folder for 
category-like pages). When a particular regular page has child pages (e.g., a product 
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description tiiat has specification, feature, option, and other child pages), then this is 

shown by a cluster of pages where a single page was shown when no children were 

present. Alternatively, specific pages can be located by searching on name and/or 

description information, as well as fidl p^e content searching, all in the desired language. 

5 Furthermore, specific types of pages can be located by selecting the type of page desired 

(e.g., product description page). 

Once a particular page has been located, it can be opened in a Preview 
Window 90 to confirm that it is flie desired page (see Figure 9). Figure 9 depicts the 
opening of a particular page in the page preview window. The preview of a page in the 

10 preview window 90 is accomplished by a database query to select all of the parts of the 
selected page. These parts are then output with an output algorithm as mentioned earlier, 
which generates the preview of the page. The preview page is typically smaller than its 
normal corresponding page because the text and images have been reduced on the fly. 
This preview method provides a view of a page for confirmation, but does not take over a 

15 large portion of the browser's workspace. If dus page is the desired one, then this page 
can be opened in the work space and modified, saved as a new page, page parts added or 
copied between this and other pages, etc. Additional pages can be opened in the 
workspace to facilitate work between multiple open pages. Additional pages can also be 
opened in place of (overwriting) currently open pages. Furthermore, a web page on the 

20 World Wide Web can be opened in the workspace to facilitate working between any web 
page on the World Wide Web and a page being created or modified in the system. When 
a page is opened in the workspace, the "Save As" icon becomes active and allows the 
currently opened page to be saved as a new page. This feature allows for rapid creation of 
an entire informational web site based on pre-existing pages. The underlying save routing 

% 
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is the same as that for saving a new page, where the Identifier information such as Name 

and Description are input and the parent page(s) are selected. The new page saving is 

completed with the insert query to create the appropriate Page Common Record, Page Part 

Record(s), and Page Identifier Record(s) for the new page and all of the various data are 

5 saved to the appropriate tables with an insert query. 

When a page is opened in the workspace (see Figure 10), the individual 
horizontal bands of the part groupings can be seen. This grouping is used to clearly 
demarcate individual groiq)ings of page parts (the coloration is accoiiq)Ushed by setting 
the color of the underlying table row in an alternating fashion for each consecutive group). 
10 Each part and each group has their own selection icon that allows the part or groiq) to be 
selected for an operation (e.g., copy, paste over, delete, edit, and copy format in the case of 
an individual part). Small arrow icons on either side of Has part selection icon allow for a 
part or group to be pasted before or after the part. An insertion arrow icon between groups 
allows for a copied or deleted group to be inserted between groups. 

15 All of the above copy, paste, delete and copy format fiinctions are executed 

via a JavaScript program that resides in the browser. This program tracks changes made 
in the parts and groups. When a save is executed, the JavaScript program grabs the most 
recent data m the database and adds/subtracts/moves the underlying data representing the 
parts of the page as appropriate to create the most current version of the page. This is then 

20 saved into the database. The JavaScript tracking of page changes also allows for undoing 
page changes if needed. 

The page creation window of the interface has a number of icons that lead 
to functions that help in the creation of pages. For example, when a part 32 is selected, the 
JavaScript program activates the edit icon to allow for that part 32 to be edited. When the 
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edit icon is clicked, an edit dialog box is opmed that is dependent on the part 32 bemg 

edited (e.g., if it is a text part, then the text can be edited and the font characteristics 

modified). The modified part can then be saved back into the JavaScript program. 

Another icon calls a template that queries the Identifier table for the particular page being 

5 edited and present the current high-level identifying parameters for the current page in a 

dialog box. Here, both the basic and advanced properties of a particular page can be 

readily modified and saved back into the database throu^ the use of another template that 

presents a dialog box for modification of fhe parameters and then executes an i^date 

quety for the data that was modified. 

10 The basic properties displayed for the page mclude the browse trail(s) 

indicating where the page is registered, On/Ofif (show or don't show on the World Wide 
Web) and deregister (remove this instance of the page) cluster of mdio buttons, a name 
fill-in box, a description fill-in box, and links to the Advanced Properties settings and the 
category registration scheme (see Figure 11). This organization allows for r^id 

1 5 modification of all instances of the page. 

Turning to Figure 12, we can see that for the Advanced Properties, such as 
the type of header used on the page when it is viewed by individuals (receivers), the way 
that links on the page will appear, the security on the page (vAio has access to that 
particular page), timed events (e.g., showing or not showing a page depending on a time 
20 or date associated event), and whether or not the page has additional fiinctions (e.g., the 
product described on the page can be purchased), etc. can be individually set for a 
particular page or instance of a page. Another icon that can be selected for an open page 
is the translation icon. This opens the translation dialog box that allows for a particular 
page to be translated. Another icon calls the view page template that will reconstruct the 
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current page from its individual parts and add the appropriate headers and navigation tools 

to the page so that the individual can confirm Ifaat the layout is as desired. 

Pages are made of individual page parts lhat have characteristics that 
depend on the particular page part being used Page parts include titles, paragraphs, 
5 images, etc. Each page can be easily created by placement of individual page parts on the 
page in the desired position, hereby eliminating the need for the individual to know 
specific or complicated programming languages or other protocols. Any individual page 
part can be edited, where the specific characteristics of that particular page part can be set 
(e.g., text can be set according to size, color, placement, font style, etc.). Page parts on a 

10 particular page can be copied, deleted, pasted, etc. among page parts on the same page or 
on other pages. Page parts m this particular example are positioned on the page according 
to an underlying HTML table structure, but other positioning schemes can equally well be 
used (e.g., DHTML). Combinations of parts can be easily created and added to pages as 
well, where a simple graphical tool for making simple or complex combinations of parts 

15 can be used (see Figure 13). Figure 13 depicts a tool for making combinations or 
groupings of page parts. Individual page parts are most conveniently stored in order of 
appearance on the page, but can be stored or used in other sequmces depending on flie 
need. Each part can have its associated properties stored in other fields of the same data 
row to indicate the content's properties (e.g., formatting parameters for text such as font 

20 style, color, size, etc.). In this way, a clean separation of the content (e.g., actual text) and 
its formatting (e.g., font size) is attained, which allows for easy data manipulation and 
movement to other systems and data structures as needed. 

When an ahready existing page has been modified, it can be saved back 
into the back-end database system and additional actions done with it. For exanqple, the 
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page can be republished into the front-end database that will be viewed through the access 

interface by individuals (receivers). The back-end database can therefore be used as an 

intermediate staging area until pages or sets of pages being prepared have been completed 

and it is desked to have fhem be viewable in the front-end access interfrice. This allows 

5 for an entire site to be created or modified over time and published or repubUshed m part 

or in its entirely at a specific time or different times in the fiiture. 

During the saving process, an intermediate workflow dialog is 
automatically entered into to guide the individual (initiator) through the options available 
to Ihem when saving. For example, the initial creation of a page can be set to require the 

1 0 following approval of another individual before the fiirdier publishing or translation of the 
page can be authorized. This workflow process is easily set up with a dialog box that 
displays potential workflow members y/ho are in the group of all individuals authorized to 
use the system, where the authorized individuals (initiators), their specialties, security 
levels, job fijnctions, etc. are stored in a personnel database that is accessed through the 

1 5 workflow system. The actual routing of the workflow jobs is done via E-mail notification 
of a job needing attention or olher comparable processes. At the end, an individual with 
authority to publish (i.e. to make the content accessible to '^receivers" via the front-end 
access interface) and/or translate the information will be included to complete the 
workflow task and initiate the desired facilitation of interaction with other individuals, 

20 here via the front-end access interface. 

The publishing procedure captures an image of the completed page 
consisting of all of the compiled parts as formulated with standard HTML or other scripts 
that are automatically generated by the system. The HTML capturing is done with a Cold 
Fusion template that uses the CFHTTP command to capture a particular URL's content as 
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a single data string. The captured page content can include additional parts that are 

needed to complete the ultimate page that is published for viewing (i.e., is not limited to 
only the Page Body). The HTML rendition of the captured page is cleaned of unwanted 
scripts, spaces, and other unnecessary characters and stored in the front-end database that 
5 individuals (receivers) will be accessing. This publication process has two advantages. 
One, this allows for two versions of the information to exist (published page and work-in- 
progress page). Two, this allows for the published page to be pre-rendered and formatted, 
which minimizes processing overhead on the web server system that would be required to 
recreate the page on each viewing (page parts only need to be assembled into a single page 
10 once and can then be viewed multiple times as one single preprocessed unit of data). An 
alternative to publishing the page in the form of a database field entry is to store the page 
as a traditional HTML or equivalent page on the server. 

Along with publishing a page in the same language, under the 
advancement of the present invention, the page can also be translated (and published) in a 

15 different language or languages. This translation procedure can take predominately one of 
two forms. One form, allows the individual (initiator) to translate the content of pages 
(and the web site) into a new language version of the page within the same interface (with 
or without the original version present at the same time). This is the same process as that 
used for regular page editing, where the individual will be editing into the target language. 

20 The second form of translation procedure involves submitting the translation to another 
individual (within that individual's own organization or in an outside organization). 
Translation by another individual can readily be accomplished by notifying (e.g., via E- 
mail) that individual of the need for a translation, or by sending (e.g., via E-mail) the page 
(i.e. its component part(s)) for translation to that individual. E-mail notification is done by 
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tiie system ^en fhe individual is within the group of people that have access to the 

system. The system will automatically notify the individual by E-mail that they have a 

translation task to do and notify them of the page needing translation. Pages sent via E- 

mail for translation to an individual not within the authorized group of individuals who 

5 can use the system can be either the complete page or a simplified version of the page that 

contains only (or essentially only) the text to be translated. Typically, the page is rendered 

in a simplified form that contains simple tags marking the individual parts, but does not 

actually format the parts. When translations are completed by an individual, they are sent 

back to the system in the form of E-mail to an account checked by the system. When a 

10 completed translation job is detected, the file is read (e.g. using Cold Fusion) and an insert 
query is used to insert the new page into the appropriate parts table (and other tables are 
updated regarding the newly created page). Here, again, translated content will be treated 
as new page content when it returns, which will initiate any mandated workflow 
procedure. In addition to the above means of translation, the use of machine (i.e. 

15 automated) translation can also be used. 

Pages within a particular roformational site can be registered into 
categories in tiie fi-ont-end access interface (see Figure 14). Figure 14 depicts a preferred 
scheme for registering a created page into the firont-end categorization scheme. Here 
categories are selected to capture the entire domain of the particular theme area being 
20 served. In our example here, we are using the 3,000 item high-tech product classification 
scheme that has been developed by CorpTech in the U.S. This categorization scheme then 
serves as the link between the information individual (initiator) who created the 
information and the individual (receiver) who will be seeking the information. The front- 
end registration procedure involves clicking on the registration link on the page creation 
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interfece (either in the Page Properties dialog box or on the Page Opening dialog box) and 

opening a modified version of the fi*ont-end category browsing scheme. This scheme can 

be readily browsed just like the normal front-^d browsing scheme, but it also contains 

checkboxes that allow for the page being created 144 to be registered into the front-end 

5 category scheme 140. Upon clicking a registration check box for a particular category, a 
Cold Fusion routine within the browsing scheme is invoked that does an insert query into 
the registration table. This insert query inserts the Identifier for the current page and the 
category number for the selected category 142. This approach allows for a particular page 
144 to be registered in multiple categories in the fix)nt-end and for any one particular 

10 category in the fiont-end to be associated with many different pages. The larger browsing 
scheme's page counter data is updated to reflect that addition of a new page to a particular 
category so that when the categories are browsed, the individual will be able to see how 
many pages are registered into a particular category. All registration inserts and 
registration count updates are reflected across all language tables by a program loop that 

15 carries out the routine for each of the working languages. 

The fl*ont-end interface includes a search mechanism 150 that allows 
mdividuals (receivers) to search for specific pages within the larger system (see Figure 
15). Figure 15 is a preferred embodiment of a search function that allows for targeted 
searching against page types. Searches can be either fiill text searches or searches against 
20 the name and description of pages (or potentially against other forms of keywords, etc.)* 
Searches can easily be Ihnited to a particular page type or done across a variety of 
combinations of page types, thus allowing for pinpoint location of a particular page or 
group of pages fix>m one or a number of different informational sites contained within the 
larger system. To obtain rapid and flexible search results, the Verity search engine 
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bundled with Cold Fusion is used. The Verity search engine allows for pre-indexing of 

the entire site in various forms (referred to as collections in the Verity terminology). Each 

collection can be for a particular type of page (e.g., product description pages only), for a 

particular combination of pages (e.g., product description pages only), for a particular 

5 combination of pages (e.g., product line pages, product description pages, and all product 
related pages), or all page types. The results are also prefonnatted with the name and 
description of the pages returned as hits, where the main organization/individual 
responsible for the page is also added to the hit links that are returned. Furthermore, the 
Verity search engine rank orders results based on calculated relevancy, so the percent 

10 relevancy is also output for tfie receiver's benefit in judging results. The Verity search 
engine now supports several human languages, so this can be used to search for 
information in a variety of human languages. The search results are also gathered into a 
pick list at the top of the access interfiice to that the receiver has one-click access to the 
results of their search. Upon clicking on a link associated with a particular search result 

15 (either original search result link or the link in a pick list search result summary), the 
particular page is instantly displayed. 

Pages displayed in the front-end access mterface are provided with a 
number of advanced navigational aids. For example, when one jumps deeply into a 
particular page within one of the large informational sites contained within the larger site, 
20 the potential for becoming disoriented on where one is is quite high. The system will 
automatically create a browse trail in reverse from the current page back to the parent 
organization's opening pg^e. This is done by recursively doing a select query of the 
parent page based on the current page, then doing a select of the parent page for that 
parent page, etc. and outputting the results as a browse trail that leads back to the ultimate 
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parent page for that particular informational site. Each browse trail link is the name of one 

of the intermediate parent pages and clicking on that link calls for that page to be 

inamediately viewed. A particular infomiational site can also be browsed by "skLamiing" 

along the Identifier information only and not viewing actual Page Bodies. For example, 

5 when the Browse informational site button is clicked, the receiver is presented with a link 
to the top page for the site and links to the child pages for that page. Upon clicking one of 
the child pages, that page's child pages are then displayed and a browse trail from the top 
page to the current page is displayed. At any time the entire browse sequence can be 
displayed by expanding the browse results to show all intennediate children in the 

10 sequence. This can often lead to too much information, however, so the default setting is 
the collapsed version of the browse sequence, which is similar to the larger site browsing 
scheme 160 shown in Figure 16. 

When an tnfoimational site has been entered, there is a navigation menu 
bar presented that shows a standard array of options for viewing that infomiational site. 

15 For example, search on informational site, browse on infomiati<xial site, contact company, 
go to top page (company description page), go to the top product page, etc. This 
navigation menu bar is consistent across all informational sites, but dynamically generated 
with Cold Fusion so that each menu option is specific for the particular informatimal site 
being viewed. The Cold Fusion menu template does a database query to obtam the top 

20 page for each key menu item and then generates the menu bar with links that lead to the 
correct pages for each informational site. This consistent look and feel makes navigating a 
vast number of different informational sites a familiar and therefore eflBcient process. 

When a page is bemg viewed, it is possible to immediately contact the 
company regarding the information on that particular page or regarding the company (or 
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any other page for that matter). While receivers are looking at different pages, the page 

that they are currently viewing is recorded on the server as a session variable. When a 

receiver then clicks Ihe contact company menu button, a dialog box is opened that 

indicates from which page they came. The dialog presents a short summary of the page 

5 (name and description) and presents radio button selections that allow the receiver to 
indicate the nature of their inquiry. Hiere is also a fill-in box that allows them to define a 
specific inquiry. The automation of this process is a big aid for bridging language barriers 
because the receiver can be looking at the information in ]&iglish, but sending the request 
to a Japanese organization. The system can convert the simple selections into the target 

10 lai^u^e and thereby facilitate more efScient and smooth communication between the 
receiver and the initiator. 

Another navigation aid is presented to site receivers to help them gather 
information in an efficient manner. Any page can be bookmarked into the interface, 
which stores a reference (name and Identifier) in a bookmark picklist. This can be 
15 continually added to and refined as needed. When desned, this can be sent via E-mail 
(througji the use of a Cold Fusion template) to a desired recipient, which could be oneself, 
a colleague, or a number of people, all in an effort to alert an even larger number of people 
to specific content of potential interest within the site. 

Another navigation aid is the find related pages fijnction. When a page of 
20 interest is found, the Find Related Technologies link will check the registration scheme for 
the particular page (or recursively search its parent pages) to find where the page (or its 
parent pages) have been registered in the categorization scheme. The system will then 
recreate the browsing trails for each registration category and present these to the receiver. 
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The receiver can then jump into the categorization scheme and find all pages related by 

registration into the categorization scheme. 

The browsing categories (high-tech product items in this particular 
example) are all related to each other by a parent-category/child-category relationship (see 
5 Figure 16). This relationship allows for the browsing sdieme to automatically adjust to 
any number of category entries in width (any number of "sibling" categories) and any 
number of category entries in depth (child categories and subsequent child categories, 
etc.). This scheme allows for a single dynamic categoiy display Cold Fusion template to 
meet any number of needs for dynamically displaying categories and situations where 
10 categories will be changmg with time. 

As the individual (receiver) browses on the categories, the related page 
name/descriptions or derivative information thereof can be viewed for any one particular 
categoiy (see Figure 16). The actual pages registered into the categorization scheme are 
typically limited to product line pages (this minimizes the overhead of having to register 

15 all of the products of a particular product line into various categories and the confusion of 
presenting too many products to the individual (receiver) in any one category). Hie 
browsing scheme has a switch that allows the resulting related pages for a particular 
category to be set as either the conq)any opening pages for that category, as the company 
opening pages for that category and all lower categories, as the product line pages for that 

20 category, or as the product line pages for that category and all lower categories. This 
flexibility allows the receiver to fine tune the type of pages that they are presented with. A 
key part that makes this functionality possible is that each category has its OAvn unique 
number ('this category") and a list of itself and all lower categories ('this and all lower 
categories"). These category numbers are used to search the registration table for all 
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appropriate pages and then display them to the receiver. For the setting of displaying the 

companies, this is accomplished by selecting all of the appropriate product pages and 

filtering these for unique company Identifiers and then querying the Identifier table for the 

appropriate company information and then displaying that to flie receiver. 

5 The prefeired language of the receiver and the identity of the various Cold 

Fusion templates that are used to display information to the receiver are stored as session 
variables. This allows for the entire site to be instantly switched to another language and 
to be back at the ^ot Miiere it was before switching, but now in the requested target 
language. 

10 The various language versions of the information on page name, page 

description, and other parameters, as well as the actual page content made of page parts, as 
well as the registration of pages into other pages or into fi'ont-end access interface 
categories is replicated across all of the working language database tables supported by the 
system (number and specific languages can be fi-eely set as needed)* Different language 

15 versions of the various data forms can be maintained in the same table with language 
indicators or in different language specific tables. The system has a parameter that refers 
to the preferred language of the current individual (initiator or receiver) and this parameter 
determines which of the language tables or language fields to use. Once a language is 
selected, that individual can remain operating in their preferred language, but can locate 

20 information that was originally created by individuals (initiators) in other languages. For 
example, the fix)nt-end browsing categories can exist in multiple languages and a 
particular page created in one language would be registered into the appropriate categories 
in all languages. In the current example of this system, the default language is set to 
English, but a native speaker of Japanese seeking information in Japanese on a particular 
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high-tech product would be able to browse the product categories in Japanese and see a 

listing of the particular companies making that product or of the specific products 

registered into that product categoiy. The information displayed to the Japanese 

individual would be a combination of Japanese and English (English content is used as the 

5 default language, where the original page name, page description, and/or page content was 
not available in Japanese)* When a particular page is being viewed, if the Page Body has 
not been translated in the currently viewed language, then the system will query the 
English table to retrieve the English Page Body. If tiie English Page Body does not exist, 
then the system will display the name and description of all of the child pages. If there are 

1 0 no child pages, then the system will display the description for the current page. If this is 
not available in the current language, then the English description will be presented. For 
English speakers or those preferring to see the information in English, all information 
would appear in English, where the only deficient content would be the actual page 
content if that was not yet available in English (i.e., the page name and page description 

15 are always entered in English, even by Japanese individuals (initiators). Content in the 
desired target language can also be provided via machine translation, either in advance 
(e.g. in batch mode) or "on the fly," as desired. 

Receivers also have a means to alert initiators or other receivers of their 
areas of interests. Receivers can go into a category registration scheme that is similar to 
20 that that initiators used to register their pages into the categorization scheme. The 
receivers can click on the check boxes of categories of interest, which will register them 
into those categories. This will allow the latest related information from initiators that has 
been registered into the categorization scheme to be cross-correlated with the categories of 
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interest to the receivers and an electronic newsletter generated on a personal level to match 

new information of interest from initiators to the areas of interest to receivers. 

In summary, a method and means of creating an HIFS has been described 
for the theme area of high-tech business-to-business faciUtation on a global scale (muiti- 
5 lingual). The present invention provides for tiie simple distributed creation of a particular 
type of page from page parts, for tibe identification of the page (name and description), for 
the rational registration of pages of particular type into a hierarchy of pages and into a 
front-end categorization scheme. Individuals (receivers) using the front-end can then 
readily locate desired information and interact with the originating individual (initiator). 

10 Those skilled in the art will appreciate that various adaptations and 

modifications of the just-described preferred embodiment can be configured without 
departing from the scope and spirit of the invention. Therefore, it is to be understood that, 
within the scope of the appended claims, the invention may be practiced other than as 
specifically described herein. 
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What Is Claimed Is : 

1. A system for information display, comprising: 

initiator information access interface means for posting information for 

display; 

receiver information access interface means for displaying said posted 
information; and 

page creation means for assembling Assembled Page Bodies from Page 
Parts, said page creation means in communication with said initiator information 
access interface means and said receiver information access mterface means, wherein 
each said assembling of an Assembled Page Body is responsive to at least one Page 
Part Record, each said Page Part Record stored in a page data storage means, said 
page data storage means in communication with said page creation means. 

2. The system of Claim 1, wherein: 

said initiator information access interface means comprises at least one ' 
programmable computer, each said computer further comprising processing means, 
data input means, data display means, means for communicating with said page 
creation means and an initiator information access interface application executed by 
said programmable computer; 

said receiver information access interface means comprises at least one 
programmable computer, each said computer further comprising processing means, 
data input means, data display means, means for communicating with said page 
creation means and a receiver information access interface application executed by 
said programmable computer; and 

said page creation means comprises at least one programmable computer, 
each said computer further comprising processing means, means for communicating 
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with each said initiator and receiver information access inter&ce means and a page 
creation application executed by said programmable computer, 

3. The system of Claim 2, wherein: 

each said Page Part Record comprises a plurality of Page Part Data 
Components. 

4. The system of Claim 3, wherein each said Assembled Page Body is further 
responsive to at least one Page Identifier Record, said Page Identifier Record 
comprising Page Identifier Record Data Components, said Page Identifier Record 
Data Components comprising a Parent Page Parameter containing Parent Page 
Identity Data. 

5. The system of Claim 4, wherein said Assembled Page Body is fiirther responsive 
to a Page Common Record, said Page Common Record comprising Page Common 
Data Components comprising at least one Language Parameter, one said Language 
Parameter mdicating the human language in which each said Assembled Page Body 
was originally created as a result of operation of said page production means. 

6. The system of Claim 5, wherein said Page Identifier Record further comprise a 
Page Type Parameter, said Page Type Parameter identifying the type of Assembled 
Page Body to be created by operation of said Page Part Record, the value of said Page 
Type Parameter selected fi:om a Page Type Group, said Page Type Group comprising 
a hierarchical set of pre-established values that define the fundamental relationships 
between all said types of Assembled Page Bodies. 

7. The system of Claim 6, wherein said Page Identifier Record fiirther comprises: 

a Viewability Parameter for controlling whether or not a particular 
Assembled Page Body is viewable by a particular receiver; and 

at least one Administrative Parameter for adjusting the appearance or 
access to an Assembled Page Body. 

8. The system of Claim 7, wherein said Page Identifier Data Components further 
comprise: 
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a Page Identifier Parameter for identifying an Assembled Page Body; 

a Linked Page Name Parameter for specifying the name of an Assembled 
Page Body which is the subject of a Displayed Link; and 

a Description Parameter for describing said Displayed Link; and 

9. An improved method for information display, comprisix^ the steps of: 

creating a hierarchically-structured set of data for display by: 

creating a plurality of Page Part Records, said Page Part Records 
comprising a plurality of P^e Part Data Components, and Page Identifier Records 
said Page Identifier Records comprising links to Assembled Page Bodies, and said 
Page Identifier Records comprising a Page Type Parameter, the value of each said 
Page Type Parameter in each said Page Identifier Record being selected fix>m a 
hierarchical Page Type Group; and 

generating, on user request, individual Assembled Page Bodies for 
each said Page Part Record through operation of page creation means for assembling 
Assembled Page Bodies fix>m said Page Part Records, 

10. The method of Claim 9, further comprising the step of creating at least one 
altemate hierarchically-structured set of data for display by: 

creating altemate said Page Part Records for each said altemate set; 

creating altemate Page Common Records for each said altemate set; and 

creating altemate Page Identifier Records for each said altemate Page Part 

Records. 

11. The method of Claim 1 0, further comprising the step of translating said 
altemate hierarchically-structured set of data for display into a foreign language by 
translating portions of said Page Part Records and portions of said Page Identifier 
Records. 

12. Hie method of Claim 9, wherein said Page Part Record creatmg step fiirther 
comprises said Type Groups defining the generic relationships between said 
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Assembled Page Bodies and said Page Identifier Records, said Page Identifier 

Records comprising Page Identifier Data Components, said Page Identifier Data 

Components describing explicit heirarchical relationships between Assembled Page 

Bodies. 

13. A system for information display over a computer network, said network 
comprising: 

web site server means for transmitting web site data information over said 

network; 

page creation application means for transmitting web site data information 
to said web site server, said web site data information comprising data for assembling 
Assembled Page Bodies firom Page Parts, wherein each said assembling of an 
Assembled Page Body is responsive to at least one Page Part Record, said Page Part 
Record comprising a plurality of Page Part Data Components, said Page Part Data 
Components comprising a Page Type parameter, the value of said Page Type 
parameter being selected from a Page Type Group, said page creation application 
means comprising executable statements being executed on a programmable 
computer, said page creation application means further in communication with said 
web site server means; 

database server means for storing said web site data information in the 
form of web site data records for access by said page creation application means; 

initiator information access interface means for inputting said web site 
data records for storage in said database server means, said initiator information 
access interface means in communication with said page creation application means 
over said computer network; and 

receiver information access interface means for displaying said 
transmitted web site data information, said receiver information access interface 
means detachably in communication with said web site server means over said 
computer network. 
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14. The system of Claim 13, wherein each said Assembled Page Body is furflier 

responsive to at least one Page Identifier Record, each said Page Identifier Record 
comprising Page Identifier Record Data Components, said Ps^e Identifier Record 
Data Components comprising a Parent Page Parameter containing Parent Page 
Identity Data. 

15. The system of Claim 13, wherein said Assembled Page Body is further 
responsive to a P^e Common Record, said Page Common Record comprising Page 
Common Data Components comprising at least one Language Parameter, one said 
Language Parameter indicating the human language in which each said Assembled 
Page Body was originally created as a result of operation of said page production 
means. 

16. The system of Claim 14, wherein said Page Identifier Record further comprise a 
Page Type Parameter, said Page Type Parameter identifying the type of Assembled 
Page Body to be created by operation of said Page Part Record, the value of said Page 
Type Parameter selected fi:om a Page Type Group, said Page Type Group comprising 
a hierarchical set of pre-established values that define the fimdamental relationships 
between all said types of Assembled Page Bodies. 

17. The system of Claim 16, wherein said Page Identifier Record fiirther comprises: 

a Viewability Parameter for controlling whether or not a particular 
Assembled Page Body is viewable by a particular receiver; and 

at least one Administrative Pammeter for adjusting the appearance or 
access to an Assembled Page Body. 

18. The system of Claim 14, wherein said Page Identifier Data Components further 
comprise: 

a Page Identifier Parameter for identifying an Assembled Page Body; 

a Linked Page Name Parameter for specifying the name of an Assembled 
Page Body which is the subject of a Displayed Link; and 

a Description Parameter for describing said Displayed Link; and 
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